篇首语：本文由编程笔记#小编为大家整理，主要介绍了「技术人生」第9篇：如何设定业务目标相关的知识，希望对你有一定的参考价值。
上一篇文章讲了如何构建业务大图&＃xff0c;看到有评论说这和设定 OKR 差不多啊。希望其他读者不要被类似的看法带偏。业务大图是业务顶层设计&＃xff0c;是战略目标、业务长期价值、业务维度拆分、业务组织设计、业务长期发展方向、关键业务战役、短期重点事项的综合信息载体&＃xff0c;是一个业务的宏观全貌&＃xff0c;同时以业务战役的形式跟进关键事项的执行过程。而 OKR 是一套目标管理、推动执行与合作的工具和方法。其中 O 是目标&＃xff0c;KR 是针对这个目标的可以衡量的关键结果&＃xff0c;其侧重点在执行跟踪而不在业务顶层设计。当然如果一定要用 OKR 进行业务顶层设计&＃xff0c;那就会发现现有的 O、KR 都不能把顶层设计的关键要素讲清楚。所以说&＃xff0c;在有了业务大图的基础上&＃xff0c;OKR 是一个组织内不同层级、不同职能的团队或人&＃xff0c;根据对业务大图的理解和业务战略的解读&＃xff0c;在当前的执行周期&＃xff08;一个财年或自然年&＃xff09;内&＃xff0c;对执行过程的管理工具和方法论。因此可以看出&＃xff0c;业务大图和 OKR 的层次不同、要解决的问题不同、起到的作用不同、使用方法也不同。可以说&＃xff0c;前者是后者的前提和基础&＃xff0c;前者包含了后者&＃xff1b;后者是前者的保障和落地方法之一&＃xff08;OKR 不是唯一的业务战略落地方法&＃xff09;&＃xff0c;是前者的一部分。最后用一个简单的图来表示业务大图和 OKR 的差别&＃xff0c;如下&＃xff1a;
图 1 业务大图与 OKR 分别作用于哪个业务发展阶段
注意&＃xff0c;图 1 是定性分析的示意图&＃xff0c;非定量分析的精确图表。如图所示&＃xff0c;从执行的视角来看&＃xff0c;一个业务在最粗粒度上可以划分为两个阶段&＃xff1a;业务顶层设计阶段、业务落地执行阶段。在图中我们可以看到业务大图的建设横跨两个阶段&＃xff0c;重点覆盖业务顶层设计&＃xff0c;同时在执行阶段&＃xff0c;也对关键事项以“业务战役”的方式进行了覆盖。OKR 的设定和跟踪侧重点在执行阶段&＃xff0c;当然也可以在业务顶层设计阶段就针对一部分事项做 OKR 拆解&＃xff0c;所以两种方法论的作用范围和业务发展的两大阶段并不是严格对齐的&＃xff0c;定性图表不再进行进一步解释了。
讲清楚两者的差异之后&＃xff0c;解释一下为何要花费一定的篇幅深入探讨这个问题。因为作者分享“如何画业务大图”的本意就是希望读者在看到介绍构建业务大图的方法之后能够跨越层级壁垒&＃xff0c;以决策者的视角&＃xff0c;在宏观尺度“对新业务进行设计、对老业务进行回顾审视”。而评论区的“和 OKR 差不多嘛”一句话一下子就把没有仔细辨别二者差异的读者拉回到了执行者的视角&＃xff0c;让这些读者真的以为 OKR 和业务大图是一回事&＃xff0c;打断了这些读者站在更高层次去看业务的尝试&＃xff0c;让这些读者误以为“我已经会 OKR 了&＃xff0c;所以不用管业务大图了”。而事实上&＃xff0c;“业务大图”也只是形式&＃xff0c;重要的其实是它在形式背后的内容&＃xff0c;更重要的是读者根据分析思考总结得出这个内容的过程。可是 OKR 所产出的内容和业务大图不一样&＃xff0c;它的设定过程也并不能完全替代构建业务大图的过程&＃xff0c;这正是两者最核心的差异。
另外还有一点就是&＃xff0c;作者本人作为技术人&＃xff0c;在理性、实事求是、严谨认真方面对自己有比较严格的要求&＃xff0c;由于上一篇文章没讲 OKR&＃xff0c;所以在有读者探讨“业务大图和 OKR 差不多”的时候&＃xff0c;就觉得自己有必要讲清楚两者之间差不多究竟是差多少&＃xff1f;差在哪儿&＃xff1f;哪儿不差&＃xff1f;这些问题一定要搞得清清楚楚明明白白&＃xff0c;才能让自己看清问题本质&＃xff0c;了解不同的“方法论”和“理论工具”的适用场景和范围&＃xff0c;才能利用好它们&＃xff0c;彻底解决工作中遇到的问题&＃xff0c;所以花费一定的篇幅把相关的思考分享出来。
在聊完了二者的差异之后&＃xff0c;其实有一点是二者都共同关注的&＃xff0c;那就是关于业务目标的设定&＃xff0c;也正是本文的主题&＃xff1a;如何设定业务目标。也正是由于两个方法论都非常重视这部分内容&＃xff0c;所以接下来我们就这个主题展开详细的讨论。
SMART原则&＃xff08;S&＃61;Specific、M&＃61;Measurable、A&＃61;Attainable、R&＃61;Relevant、T&＃61;Time-bound&＃xff09;&＃xff0c;目标应该是具体的、可衡量的、可实现的、有相关性的、有时限的。
每次聊到设定业务目标&＃xff0c;很多人都会不约而同地提到 SMART 原则&＃xff0c;也能够针对特定业务给出几个看起来符合 SMART 原则的目标。可是深入沟通下来&＃xff0c;几乎很少有人能讲清楚以下几个问题&＃xff1a;
为什么定制了符合 SMART 原则的目标&＃xff0c;却回答不了这些最基础的问题呢&＃xff1f;其实问题的根源在于 SMART 原则是你的目标已经确定下来之后&＃xff0c;用来帮助你规范目标的表现形式&＃xff0c;协助你检查某一个目标的表述是否是“具体的、可衡量的、可实现的、有相关性的、有时限的”&＃xff0c;从而让你把目标的全部关键要素清晰地表述出来&＃xff0c;但是它并不能帮你把业务目标是什么定下来&＃xff0c;也没办法指引你如何明确业务目标&＃xff0c;如下图所示&＃xff1a;
图 2 SMART 原则在业务目标定制过程中起作用的阶段
从上图我们可以看到&＃xff0c;如何分析一个业务目前的情况&＃xff0c;如何设定业务目标是两个需要回答清楚的问题。市面上很多方法论喜欢讲如何做事&＃xff0c;给出 1、2、3、4、5 这样的操作步骤&＃xff0c;却从不谈这 12345 的步骤和顺序是如何得出的&＃xff0c;也不谈为什么不是 54321 或者不是 678910。也就说&＃xff0c;很多方法论本身是否科学合理&＃xff0c;在并没有被讨论到的情况下就被直接使用&＃xff0c;讲师一知半解&＃xff0c;学员只能照猫画虎。我相信很多读者参加过一些培训&＃xff0c;讲了如何设定目标&＃xff0c;可是讲的其实都是“设定的目标怎么符合 SMART 原则”&＃xff0c;没有讲清楚究竟怎么给业务设定目标&＃xff0c;接下来本文就从源头开始一步一步讲清楚如何给业务设定目标。
作者在之前一篇文章《「技术人生」第7篇&＃xff1a;从业务视角谈信息技术与业务的关系》的 2.2.2 章节&＃xff1a;“技术是人类重要的实践活动”中提到过&＃xff1a;在哲学层面上&＃xff0c;人的实践行为就是“主体通过中介系统对客体改造的过程”。其中&＃xff0c;主体发起改造的主要原因一方面是因为主体的主观能动性&＃xff0c;另外一方面就是客体本身的局限性。简单来说&＃xff0c;因为人们日常面对的客观事物对某些人而言&＃xff0c;在某些方面存在某种局限性&＃xff0c;因此客观事物并不能完全满足这些人在这些方面的的期望&＃xff0c;所以这些人就想要通过某种方式方法把客观事物的局限性消除&＃xff0c;这个过程就是人们实践的过程&＃xff0c;为了让大家更有代入感&＃xff0c;本文把实践统一称为“做事”。“做事”的抽象过程&＃xff0c;如下图所示&＃xff1a;
图 3 做事的过程
“人自身的期望”和“客观事物的局限性”&＃xff0c;经过简化来表述&＃xff0c;前者是“目的”&＃xff0c;后者是“问题”&＃xff08;或命题、或某事物&＃xff0c;本文统一以“问题”指代&＃xff0c;不再细述&＃xff09;&＃xff0c;二者是“做事情”的一体两面&＃xff0c;相生相随——客观事物在某方面对于主体局限性的消失&＃xff0c;那么主体对客观事物在某方面的期望就被满足&＃xff0c;主体的目的也就达到了&＃xff1a;比如你觉得下单接口性能达到单机 150tps 就满足业务需求了&＃xff0c;那么目前单机能达到 180tps&＃xff0c;就不需要投入资源做交易链路的性能优化了&＃xff1b;如果主体对客体没有期望&＃xff0c;那么客体也就不存在对主体的局限性&＃xff0c;比如还是交易链路性能问题&＃xff0c;如果交易域的负责人在现有业务规模和资源成本综合考量下&＃xff0c;判断服务集群能够支撑现有业务规模&＃xff0c;那么即使现在单机性能可能只有 80tps 也不会把单机性能治理作为规划重点&＃xff0c;单机 80tps 并不对交易域负责人构成局限性。当然如果交易域负责人的目的是降本增效&＃xff0c;则单机性能提升又会变成治理的重点了&＃xff0c;这就是人的目的和客观事物的局限性相互影响的辩证关系。
“目的”具象化以后就形成了“目标”&＃xff0c;而“事物的局限性”具象化以后就形成了“问题”&＃xff0c;解决问题的人、工具、系统、流程最终根据目的和问题具象为具体的“问题解决方案”&＃xff0c;所以最终做事的三要素如下图所示&＃xff1a;
图 4 “做事”在宏观层面的三要素
做事只关注结果不关注目的&＃xff0c;往往会不及预期。很多时候大家做事只关注问题&＃xff0c;忽视了目的&＃xff0c;这样即使问题看起来解决了&＃xff0c;却并不能得到他人的认可。例如每年总有人在绩效季吐槽&＃xff1a;明明自己的 KPI 都达到了&＃xff0c;绩效评分却不理想&＃xff0c;我们抛开管理者不公正的情况不做深入讨论&＃xff0c;很多时候业务目标的数字达标了绩效结果却不好&＃xff0c;大多数都是因为目标背后的目的没有对焦清晰&＃xff0c;而目的本身承载着上级对业务的布局和规划&＃xff0c;甚至是顶层设计者的业务战略布局&＃xff0c;单纯数字达标却没有让业务出现上级期望的局面——即战略目标没有实现或业务发展态势与预期不符&＃xff0c;所以绩效结果自然好不了。
做事只能看到结果不关心目的&＃xff0c;会对自己的职业发展形成瓶颈。还有一些读者可能日常负责一件事情的某个环节&＃xff0c;所做的事情都来源于产品经理的需求&＃xff0c;而不管需求背后代表的究竟是客户的需要还是产品的长期功能规划。这样的同学眼中只有“问题”需要他解决&＃xff0c;而看不到“目的”&＃xff08;目的就是上级或组织在业务战略层面的设计和意图&＃xff09;&＃xff0c;甚至在现在大厂的分工机制下&＃xff0c;连问题本身也是其他人定义好的&＃xff0c;长此以往就丧失了全局看事的能力和锻炼机会&＃xff0c;于是只能针对问题做执行&＃xff0c;而难有突破去做业务的顶层设计。这是很多研发人员无法快速突破到下一个层次的重要原因。而作为业务负责人或技术负责人&＃xff0c;他的角色要求就是必须关注到业务的全部环节&＃xff0c;其实两者的差异非常清晰&＃xff0c;如下图所示&＃xff0c;读者可以对号入座&＃xff0c;看下自己目前扮演了什么角色&＃xff0c;关注范围是否和角色匹配&＃xff1b;当然除了对号入座之外&＃xff0c;更期望读者朋友能够从中有所收获&＃xff0c;能够找到自己未来可能的发展方向&＃xff0c;进行深入思考和实践。为了突出重点&＃xff0c;下图中很多阶段没有展开展示&＃xff0c;只把目标执行阶段进行了粗粒度的展开&＃xff0c;感兴趣的读者可以继续结合粗粒度的阶段查找资料&＃xff0c;了解其下还可以继续做怎样的拆分。
图 5 一般研发人员和一号位的关注范围差异
做事既看到目的&＃xff0c;又关注结果&＃xff0c;才能全面均衡发展。如上图所示&＃xff0c;当你开始关心业务的目标时&＃xff0c;你就不得不关注到一个业务的几乎所有的环节&＃xff0c;因为目标本身贯穿于全业务过程&＃xff0c;在不同的过程阶段发挥着非常重要的作用。大家会经常看到有一些作为过来人的技术管理者经常强调定义问题的重要性&＃xff0c;分享如何定义问题的方法论&＃xff0c;当然还有一些层次更高的技术管理者会强调“以终为始”&＃xff0c;实际是在强调做事的目的和目标——它们是一件事情的“终”。做事情把目的目标搞清楚了&＃xff0c;明确下来&＃xff0c;坚定执行&＃xff0c;这就是看似玄而又玄的“以终为始”在哲学层面的原理。
只关注目的不关注结果&＃xff0c;很难产生与目的匹配的实际价值。有些人只关注目的&＃xff0c;却连问题的本质是什么都一头雾水&＃xff0c;空有志向理想却无法创造实际的价值&＃xff0c;做事无法切中重点&＃xff0c;平时非常努力非常认真&＃xff0c;但是往往“事倍功半”&＃xff0c;无法产出想要的实际价值&＃xff0c;这一点我们就不再举例论述了。
在大家的职业发展生涯中&＃xff0c;需要我们重新从原点开始审视“何为做事”&＃xff0c;然后把最关键的要素找出来认真对待&＃xff0c;几个方面都不能缺失。明确了目的和问题之后&＃xff0c;做事的方式方法——问题的解决方案也很重要&＃xff0c;这一点会在下一篇文章中详细展开&＃xff0c;本文就不再讨论了。
除了“三要素”需要了解之外&＃xff0c;做事情的过程也包含着以下几个关键步骤&＃xff1a;
1. 通过调研分析掌握事情的基本信息。这一步是做事情最关键的一步&＃xff0c;是后面所有步骤的前提。如果不把事情分析透彻&＃xff0c;那么后面所有的步骤都没有意义。我们常常做事情要“实事求是”&＃xff0c;常常讲“没有调查就没有发言权”&＃xff0c;就是因为掌握事物的基本的、客观的、实际情况是把事情做对的前提。很多人做事情&＃xff0c;为了所谓的“快”&＃xff0c;事情的基本情况都不投入精力去搞清楚&＃xff0c;就开始凭着所谓的经验或者理论开始执行&＃xff0c;四处碰壁延误做事的时机&＃xff0c;反而变“慢”&＃xff0c;甚至把事情做死。我们也常常听到有成功学大师这样说&＃xff1a;“方向错了&＃xff0c;越努力越失败”&＃xff0c;而如果做事情不做基本信息的调查研究&＃xff0c;那就不只是“方向错了”&＃xff0c;更是连“方向是什么东西”都没搞清楚&＃xff0c;错得离谱。
2. 明确目的&＃xff0c;设定目标。人的“目的”与事情相互影响&＃xff0c;就会产生目标&＃xff0c;前文已经分析过了。反过来说&＃xff0c;目标既与目的有关&＃xff0c;又与事情有关&＃xff0c;所以目标会随着人的目的发生改变&＃xff0c;也会随着事情的发展而改变&＃xff0c;所以目标的内涵不是某一个简单的数值。它贯穿于整个做事过程中&＃xff0c;是一个综合的、多维的、变化的、深刻影响着执行策略的信息载体。如果只是单纯地把目标理解为一个值&＃xff0c;那就说明只看到了一时的、一部分的事情&＃xff0c;而没有看到事情的全貌和趋势。
3. 确定目标实现的方法&＃xff0c;确定执行策略。任何目标都需要通过实际的执行来实现&＃xff0c;而如何执行才能达到目标&＃xff0c;是需要事先明确的。有目标没策略&＃xff0c;做事就变成了听天由命&＃xff0c;那自己就要做好被命运捉弄的准备&＃xff1b;有目标有策略&＃xff0c;但是策略不对&＃xff0c;就要做好多走弯路的准备。执行策略的定制不能一味地围绕着那个数值去做&＃xff0c;而要考虑到目标本身的复杂性&＃xff0c;在策略上充分结合做事的目的&＃xff0c;结合事情发展的实际情况做执行和调整。执行策略里面&＃xff0c;要讲清楚用什么样的人&＃xff0c;以什么样的流程&＃xff0c;和其他哪些人或团队或外部合作伙伴进行协作&＃xff0c;分别在什么时候&＃xff0c;应该有什么样的产出&＃xff0c;明确以什么样的制度来确保执行过程是顺畅的&＃xff0c;最后讲清楚什么样的结果得到奖励&＃xff0c;什么样的结果会被挑战质疑甚至是惩罚。
4. 执行&调整。执行与执行过程的调整&＃xff0c;是达到做事目标的唯一途径。前期分析再好&＃xff0c;后期总结复盘再深入&＃xff0c;也不能抛开执行把目标达成。执行过程既要按照既定策略推进&＃xff0c;也要看一些阶段产出是否能达到预期&＃xff0c;如果达不到&＃xff0c;那么就要及时进行阶段性复盘&＃xff0c;看问题出在了策略上还是出在了执行上。如果问题出在策略上&＃xff0c;那就要找出旧的策略哪里有疏漏&＃xff0c;产生疏漏的原因是什么&＃xff1a;是第一步调研阶段基础信息的收集分析有问题&＃xff0c;还是定制策略时缺少了对关键维度的分析考虑&＃xff1f;如果问题出在了执行上&＃xff0c;那么无非就是执行的人有问题&＃xff0c;或是执行的人与人之间的协作有问题。如果是某个人有问题&＃xff0c;那就借事修人&＃xff0c;改善其态度&＃xff0c;提升其能力&＃xff0c;当然也可以快刀乱麻把有问题的执行人选调整为更合适的人&＃xff1b;如果是协作有问题&＃xff0c;那就是复盘制度、流程、奖惩机制&＃xff0c;确保协作是顺畅的、低内耗的。当然很多其他问题也会影响执行&＃xff0c;那就实事求是进行客观地复盘&＃xff0c;再做出针对性的调整就好了。
5. 复盘总结。事情做完了&＃xff0c;看似拿到了结果&＃xff0c;那就要分析看看&＃xff0c;做的结果是否达到了目标&＃xff0c;是否满足了做事情的目的&＃xff1a;如果达到了&＃xff0c;有哪些经验可以沉淀下来&＃xff0c;甚至推广出去&＃xff1b;如果没达到&＃xff0c;有哪些教训可以吸取&＃xff0c;避免后面重复犯错。做事情不做复盘&＃xff0c;无法提升整体上的做事效率&＃xff0c;就会导致自己重复走老路&＃xff0c;重复挖坑&＃xff0c;没办法把已经做过的事情再利用起来&＃xff0c;也不能把经验教训传递给其他团队&＃xff0c;所以从阻止整体的视角上来看&＃xff0c;就会有重复的成本投入到相同的问题上&＃xff0c;这就是导致组织整体低效的一个重要原因。所以强调降本提效的公司&＃xff0c;一定会把复盘做起来&＃xff1a;经验沉淀后标准化&＃xff0c;方便因地制宜借鉴复用&＃xff1b;教训脱敏后案例化&＃xff0c;方便举一反三自纠自查。
不讲清楚做事的过程&＃xff0c;不讲清楚目标的前因后果和在做事过程中发挥的作用&＃xff0c;是没办法讲清楚如何设定目标的。就像是做手机一样&＃xff0c;不讲清楚人类为什么需要手机&＃xff0c;不讲清楚手机在哪些场景里面应该发挥出什么作用&＃xff0c;直接谈如何做手机&＃xff0c;那么不是空谈就是片面的&＃xff0c;甚至会产生谬误的。
以上就是关于做事的一些分享&＃xff0c;没有这些信息&＃xff0c;对下面讲解的“如何定制业务目标”方法里面提到的很多概念和做法是不会明白所以然的&＃xff0c;不明白为什么要这样做&＃xff0c;自然就会在实践的过程中打折扣&＃xff0c;理论指引实践的效率就会降低。
本文上面讨论了“做事的宏观三要素和五步骤”&＃xff0c;都是比较宏观的一些探讨&＃xff0c;但是真正在针对某一个业务定制业务目标时&＃xff0c;我们就需要从宏观视角切换为微观视角&＃xff0c;从“抽象层面的探讨”具象为“具体层面的分析”&＃xff0c;把“问题”或者说问题背后的“事物”作为分析的中心&＃xff0c;以业务参与者的目的为基础&＃xff0c;构建具体的业务目标。
以下就是设定业务目标的具体步骤和对应的产出&＃xff0c;以及每一步的具体解释。
分析业务本质的目的&＃xff0c;就是在把业务的基本情况调研清楚。
这里只列出了几个关键步骤&＃xff0c;详细的分析方法见文章 《「技术人生」第2篇&＃xff1a;学会分析事物的本质》中的第四章&＃xff1a;分析事物本质的操作步骤。
这一步让我们从某个业务的内、外两条线分别进行全维度的分析&＃xff0c;在不同的情况下&＃xff0c;不同维度重要性不同&＃xff0c;通常情况下一些维度会更重要一些&＃xff0c;比如业务内在的各参与方的核心利益诉求&＃xff0c;比如当前阶段的主要矛盾次要矛盾&＃xff0c;当前主要矛盾的主要方面和次要方面。再比如外部影响中&＃xff0c;当前业务所处的大背景大环境&＃xff0c;当前业务的竞对、合作方&＃xff0c;大的社会背景、人文背景、法律法规国家政策背景等等这些也是需要重点关注的维度。如果对于这些方面每次分析觉得太多太繁琐&＃xff0c;则可以参考市面上常见的战略分析的方法论&＃xff0c;例如某大厂的“五看三定”中提到的“看行业\\趋势”、“看市场\\客户”、“看竞争”、“看自己”、“看机会”&＃xff0c;就是把一个业务分析中最重要的几个维度单独拎出来进行重点分析。但是需要注意的是&＃xff0c;很多时候进行全维度分析可能更重要&＃xff0c;而不是只机械地使用别人总结出来的方法论。
我们在上一个章节的“做事五步法”中提到了&＃xff1a;“业务目标不是一个简单的数值&＃xff0c;它贯穿于整个做事过程中&＃xff0c;是一个综合的、多维的、变化的、深刻影响着执行策略的信息载体。”&＃xff0c;所以在设定目标这个环节&＃xff0c;就一定要明确一个概念&＃xff1a;业务目标不是只有一个&＃xff0c;更不是一个数字&＃xff0c;而是由一组各司其职的目标组成的。这一组目标要分别在战略层面、执行层面、业务变化方面都涵盖到&＃xff0c;简单而言就是要做到业务目标的长期性、综合性、阶段性、多维度、多层面。
经过以上几步&＃xff0c;我们就能制定出业务的目标了&＃xff0c;它长短期兼备&＃xff0c;战略和执行兼顾&＃xff0c;充分尊重事物发展的过程&＃xff0c;在上传下达过程中也能聚焦不同层面执行者的关注点&＃xff0c;自然而然地做到所见偕同、上下同欲。
很多人会把上面提到的业务目标当做是业务的指标体系&＃xff0c;事实上&＃xff0c;业务目标和业务指标体系是两个不同的东西。业务的指标体系是针对业务本身当前的情况的一个数字化的体现&＃xff0c;它只关乎业务本身的实际客观情况。从哲学层面来讲&＃xff0c;指标体系是一种“事物的属性和运行状态的”显现形式&＃xff0c;而目标则是实践主体主观愿望的体现&＃xff0c;它与客观事物有关&＃xff0c;却不是真正的客观事物的属性和运行状态&＃xff0c;需要实践主体通过实践行为才有可能实现。以“做事三要素”来解释&＃xff0c;即为&＃xff1a;目标是“目的”的具化&＃xff0c;而指标体系是“问题&＃xff08;事物本身&＃xff09;的数字化”。
我们举两个例子来说明“目标”和“指标体系”的差别&＃xff1a;
从上面的两个例子中大家可以看到&＃xff0c;温度、速度指标都是非常直观地通过某种测量仪器或者显示器告知了关注这个指标的人。可是在做“涉及到人的事情”的时候&＃xff0c;往往没有很直观的工具能清晰而精确地讲清楚这个人做的事情怎么样了。这是与人有关的事情的基本规律&＃xff0c;即&＃xff1a;不直观、难量化&＃xff0c;只能通过行为结果来确定&＃xff08;这就是很多项目管理为什么要设定关键里程碑&＃xff0c;为什么年度规划要做成 OKR&＃xff09;。更何况在实际开展业务过程中&＃xff0c;往往一个业务涉及的角色多、环节多、流程长&＃xff0c;与单个人做事相比更复杂也更难讲清楚现在的情况是怎么样的。所以如果不知道一个事情当前的情况&＃xff0c;就无从谈起它当前做的怎么样&＃xff0c;不能判断它有没有达到期望&＃xff0c;更无法在它的发展不及预期的时候决策如何进行调整。
所以如果一个业务设定完业务目标以后就以为万事大吉了&＃xff0c;就可以开始干活了&＃xff0c;那就大错特错了。在完成了业务目标的定制之后&＃xff0c;就要着手构建业务的指标体系&＃xff0c;围绕业务的本质&＃xff0c;针对性地进行多维度、多层次的指标的设定和采集。这个过程看起来和设定目标差不多&＃xff0c;实际上就是把目标要考核的点形成指标&＃xff0c;当然还要把那些目标不考核的、被认为现在不重要但是不知道未来重要不重要的点也形成指标。同时按照事物的分层模型针对每一个层面的情况设定对应的指标。总而言之&＃xff0c;要尽可能地通过指标体现出一个事情的发展过程和某个时间点的真实、客观的情况&＃xff0c;这样才能通过事物当前的指标值和我们自己设定的目标值的对比&＃xff0c;来发现、确定业务是否按照我们的期望发展了。如果完成了业务指标体系的构建&＃xff0c;也就离业务洞察不远了&＃xff0c;如果能做到业务洞察&＃xff0c;则业务数字化、数字业务化也就水到渠成了。
为了方便大家理解指标体系&＃xff0c;给出如下图所示的事物指标体系的抽象模型&＃xff1a;
图 6 围绕一个事物构建多维度、多层次的指标体系
略&＃xff0c;这部分会在后续的文章中和“目标的执行”一起详细探讨&＃xff0c;本文就不再展开论述了。
05
在实际设定业务目标的过程中&＃xff0c;常常会遇到很多问题&＃xff0c;作为技术 Leader&＃xff0c;要尽量避免以下提到的一些常见的问题。当然有些问题已经不是“会不会设定目标”的问题了&＃xff0c;而是组织、个人、业务利益的多方博弈的结果&＃xff0c;这部分会在组织篇中详细讨论&＃xff0c;这里就简单带过&＃xff0c;只讲现象和影响&＃xff0c;不再展开论述了。
以上就是如何设定业务目标的所有步骤和关键信息&＃xff0c;很多点没有展开论述&＃xff0c;读者可以结合个人实际工作情况进行进一步的深入思考。
有些读者看了文章会非常不耐烦&＃xff0c;不知道是什么内容触动了他的痛点&＃xff0c;觉得不就是搞个业务目标吗&＃xff0c;有必要说这么多&＃xff0c;有必要搞这么复杂吗&＃xff1f;&＃xff08;作者虚空立靶&＃xff0c;请勿对号入座
一般情况下能提出这类问题的人&＃xff0c;都是有恃无恐的人——要么身经百战经验足&＃xff08;自己有经验&＃xff09;&＃xff0c;要么就是阅遍天下文章无数&＃xff08;别人的经验&＃xff09;。可是很多业务问题看似可以凭借经验解决&＃xff0c;实际上经验解决的只是当前业务和做过的业务的共性的部分&＃xff0c;而当前业务个性的部分可能才是破局的关键点。所以为了能够实事求是地把业务做好&＃xff0c;定制业务目标不能完全依靠经验&＃xff0c;而要利用好方法论和经验&＃xff0c;将二者结合起来才能更高效地解决问题。经验易得&＃xff0c;理论难求&＃xff0c;在某一个层次解决这个层次面临的问题时&＃xff0c;可能经验已经不能发挥太多的作用了&＃xff0c;而理论却能引导实践&＃xff0c;让业务目标的定制者、执行者知其然也知其所以然。所以想要更上一层楼的读者&＃xff0c;可以开始尝试着使用本文提到的方式迎接挑战了。
最后为了方便读者更好地理解本文的内容&＃xff0c;下一篇作者会以“提升团队研发效能”为例讲解整个设定业务目标的过程和如何构建指标体系&＃xff0c;敬请期待。
作者&＃xff1a;贺科学&＃xff08;晨末&＃xff09;
原文链接
本文为阿里云原创内容&＃xff0c;未经允许不得转载
京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有